A3 



in 

CO 
CO 

o 



(19) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




(12) 



(43) Date of publication: 

11.10.2000 Bulletin 2000/41 

(21) Application number: 99302696.2 

(22) Date of filing: 07.04.1999 



(n) EP 1 043 855 A1 

EUROPEAN PATENT APPLICATION 



(51) lntci.7 H04J3/14, H04L 12/24 
H04Q 3/00 



(84) Designated Contracting States 

Designated Extension States' 
AL LT LV MK RO SI 

(71) Applicant. LUCENT TECHNOLOGIES INC 
Murray Hill, New Jersey 07974-0636 (US) 

(72) Inventors: 
* Bass, Neil Rounce 

Dursley, Gloucestershire GL11 SHN (GB) 

(54) Secondary alarm filtering 

S , A S " b - ne,work manager in a telecommuniea- 
^ons ne,w 0rk such as a synchronous digital hierarchy 
(SDH) or a synchronous optical network (SONET) fitters 
out secondary (AIS) alarms generated in response to 
signa s received by network elements on incom'ngTn^ 

2 llToi'T 2 - Wh8,her,he UpS,ream »™ "a! 
£1? h 'ncommg link on which the signal was 

T m t W ' th ? lhe mana 9^ domain o, the sub-net 
work manager. If ,t is within the managed domain the 

Ts o: s ; de b, " ked (14) " " the terminal po n 

f Irt h m c mana9ed d ° main ,he a| a™ is processed 
further (15). In the latter case the second*™ =i ° SSed 

he sub-network manager recess, whereas the 

other alarm, erther a primary alarm, such as a loss of 
signal alarm (LOS) or an Ais ai arm „ 
SDon „ 0 J , AIS alarm 9enerated in re- 

sponse to a s.gnal entering the managed domain from 



• Davies, Graham John 

Tetbury, Gloucestershire GL8 8NF (GB) 

(74) Representative: 

L^centT^'K 10 ? 0 - Ma,C ° ,m Ke ' Wa * D '" e « *' 
Lucent Technologies (UK) Ltd, 

5 Mornington Road 

Woodford Green Essex, IG8 0TU (GB) 




< 



a 

CD 

O 

o 



Fig. 2 



Q_ 
LU 



BNSDOCID. <EP__1043e55A1 , > P'™Mby Jouve. 7500, PAFns (FR> 



© 



EP 1 043 855 A1 



1 

Description 

Technical Field 

[0001] This invention relates to methods of filtering 
alarm indication signals (AIS) in communications sys- 
tems such as Synchronous Digital Hierarchy (SDH) and 
Synchronous Optical Network (SONET) systems. 

Background of the Invention 

[0002] When a fault is discovered in a communica- 
tions systems such as SDH (synchronous digital hierar- 
chy) or SONET (synchronous optical network) an alarm 
is generated from the network element detecting the 
fault, identifying the network element as the source of 
the alarm, so that the system can be reconfigured to 
avoid routing signals through the affected link and/or 
network element, and so that action can be taken to re- 
store normal communication. For example, a network 
element may detect a loss of signal on a link and gen- 
erate a LOS (loss of signal) alarm. The alarm is passed 
up to the network element manager. 
[0003] Since such.' systems include virtual connec- 
tions which pass through several physical links (known 
as a "layer hierarchy"), it is also necessary to generate 
secondary alarms (alarm indication signal (AIS) alarms) 
from the network elements downstream of the fault. 
Thus, the network element that detects the loss of signal 
sends a characteristic signal (an AIS signal), which con- 
sists of a recognisable pattern, such as a series of 'V 
bits, along its downstream link to inform downstream 
network elements that a loss of signal has been detect- 
ed. The network elements that receive such an AIS sig- 
nal generate AIS alarms which are sent up to the ele- 
ment manager. The network element manager sends 
the alarms on up to the sub-network manager. The gen- 
eration of these secondary alarm signals means that a 
single fault can result in a great many secondary alarm 
signals. 

[0004] An analogy is with a railway network, in which 
many routes pass through any one section of track, and 
each route also passes through many sections of track! 
Therefore, if one section of track is damaged, this affects 
many stations along the various routes. One damaged 
section of track will therefore give rise to announce- 
ments in many stations. 

[0005] Whilst these secondary (AIS) alarms perform 
an essential function, they also give rise to a problem, 
in that, from the point of view of the sub-network man- 
ager, there are too many alarms raised as a result of a 
single fault. The sub-network manager needs to report 
and keep account of faults and to maintain a map of the 
system configuration, but it is not involved in routing par- 
ticular messages through the system, so the fewer sig- 
nals that correspond to a single fault the better; one sig- 
nal per fault would be ideal. However, the element man- 
agers only deal with the network elements as individual 



elements, and do not have the high-level information to 
distinguish between signals that the sub-network man- 
ager needs and those which it does not need, so they 
have to send them all to the sub-network manager. It is 

s not enough simply to send primary, root cause, alarms, 
such as LOS alarms, and to withold secondary (AIS) 
alarms, since the source of the primary signal may not 
be in the sub-network manager's domain, although the 
fault affects the operation of the sub-network manager's 

to domain (i.e. the portion of the network that it controls). 
[0006] Therefore a method is required which distin- 
guishes between the secondary (AIS) alarms that the 
sub-network manager needs and those that it does not 
need. 

is 

Summary of the Invention 

[0007] According to the invention there is provided a 
method of filtering secondary alarm signals as set out 
20 in claim 1 . 

[0008] Since the sub-network manager has informa- 
tion on the connectivity of the network domain, it can 
determine whether the network element that originates 
the alarm is on the edge of the managed domain. If the 
upstream link is terminated by a termination point which 
is not in the managed domain, the alarm is passed. If it 
is terminated by a termination point which is in the man- 
aged domain the alarm is blocked. Thus, the only sec- 
ondary alarms that are passed are those that are gen- 
erated as a response to a signal entering the domain 
from outside. 

Brief Description of the Drawings 

[0009] Fig. 1 shows, in simple diagrammatic form, a 
sub-network in which the invention could be implement- 
ed. 

[0010] Fig. 2 is a flow diagram, showing how the sub- 
network manager of Fig. 1 filters AIS alarms. 

Detailed Description 

[0011] Fig. 1 shows a number of network elements, 
1.0 - 1.6, connected to form part of a telecommunica- 
tions network such as a SDH or SONET type of network. 
The network elements each contain all the functionality 
required to route incoming signals, but they do not have 
any information on the topology of the network, so they 
have to rely on higher levels of control to configure them 
so that they route the signals to the correct downstream 
elements. 

[0012] The network elements 1.1 - 1 .6 are controlled 
and monitored by an element manager 2 which deals 
with the network elements as individual units. That is to 
say, it does not have information on the network topol- 
ogy, but it does have information on the individual net- 
work elements - what type of equipment they contain 
and what exchanges of signals are necessary to recon- 
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figure them. Although only six network elements are 
shown connected to the element manager 2, in a typical 
network there might be of the order of two hundred net- 
work elements controlled by one element manager. 
[0013] The connecting links between the network el- 
ements may comprise optical fibre links which may carry 
of the order of 16x63 = 1008 channels. Many of these 
channels will be configured as part of virtual connec- 
tions. A virtual connection is a semi-permanent arrange- 
ment of channels configured to provide a connection be- 
tween end-points which are not directly connected by 
the network. In fact, the end points of a virtual connec- 
tion may be in different parts of the network, managed 
by different sub-network managers. 
[0014] The element manager is connected to a sub- 
network manager 3 which controls the section of the net- 
work in its domain as a set of links forming end-to-end 
connections. To do this, it needs to have information on 
the topology of the part of the network in its domain and 
to maintain a map of which links or network elements 
are non-operative, so that it can reconfigure the network 
to avoid them while maintaining the required end-to-end 
connections. Therefore, it needs to receive alarms that 
are raised by the network elements indicating non-func- 
tionality of some part of the network. 
[0015] Although Fig. 1 shows only one element man- 
ager 2 connected to the sub-network manager 3, it is 
presently contemplated that up to about ten element 
managers may be connected to a single sub-network 
manager, so a single sub-network manager may have 
somewhere of the order of 200 to 2000 network ele- 
ments in its management domain. 
[0016] The sub-network manager 3 includes a proc- 
essor 4 and a memory 5 arranged to carry out its func- 
tionality including the filtering method of the invention. 
Included in the memory 5 is a table 6 which includes 
information about the links connected to the network el- 
ements i.i - 1.6 in the managed domain. 
[001 7] The sub-network manager is in turn connected 
to a higher-level manager (not shown), culminating in a 
manager for the whole network. 

[0018] If the link running from network element 1.1 to 
network element 1.3 is damaged and becomes non- 
functional, the downstream network element 1 .3 detects 
a loss of signal and sends a LOS alarm up to the element 
manager 2. Since alarms such as this affect the links 
that are available to the network, the^element manager 
2 passes them up to the sub-network manager 3, which 
needs to maintain its map of functional and non-func- 
tional links. Since the affected link may be part of many 
virtual connections, other network elements than 1 .3 are 
affected by the damage to the link, and the network el- 
ement 1.3 generates an AIS signal (e.g. a string of 'T 
digits or some other recognisable signal) and sends it 
out on the downstream links. The downstream network 
elements that receive the AIS signal send an AIS alarm 
to their element manager, which may not be the same 
as the element manager 2 of the element 1 .3 that sent 
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the LOS alarm. The element manager passes the AIS 
alarm to the sub-network manager, which may not be 
the same sub-network manager 3 as the one that re- 
ceived the original LOS alarm. 

[0019] The alarms contain information identifying 
what type of alarm they are (e.g. LOS or AIS) and which 
termination point generated the alarm. Thus, in the case 
of the original LOS alarm, the alarm will identify itself as 
a LOS alarm and identify the termination point of the link 
from element 1 . 1 to element 1 .3. This will provide infor- 
mation that the sub-network manager 3 needs to main- 
tain its map, namely that the particular link that is iden- 
tified has become non-functional. Once the sub-network 
manager 3 has received this information, it has all it 
needs to deal with the problem. The AIS alarms gener- 
ated by the downstream elements do not provide any- 
thing new. On the other hand, it may be that an AIS alarm 
is the first or only indication of a problem occurring up- 
stream, outside the domain of the sub-network manager 
3. Since the element manager cannot determine wheth- 
er or not this is the case, it has to pass all AIS alarms 
up, with the result that the sub-network manager will re- 
ceive many, possibly a great many, AIS alarms every 
time a problem arises in its domain, or, in some cases, 
outside it. 

[0020] Fig. 2 shows the method carried out by the 
processor 4 by which the sub-network manager filters 
incoming alarms so as to eliminate irrelevant AIS 
alarms. 

[0021] When an alarm is received 10 it is examined 
to determine whether it is an AIS alarm 11. If it is not, 
then the alarm is passed 15, since it may contain rele- 
vant information. If the alarm is an AIS alarm it is exam- 
ined to determine which termination point raised the 
alarm, and the table of links 6 held by the sub-network 
manager is searched 12 for the upstream termination 
point of that link to.determine whether it is in the man- 
aged domain of the sub-network manager 1 3. If it is not 
in the managed domain (for example, the upstream ter- 
mination point is not in the table and the search 1 2 fails), 
the alarm is passed 15, whereas if it is in the managed 
domain the alarm is blocked 14. 

[0022] In the case we have been considering, the 
damaged link is that running from element 1.1 to ele- 
ment 1.3. Element 1.3 raises a LOS alarm which is 
passed up to the sub-network manager 3. This LOS 
alarm identifies itself as a LOS alarm and identifies the 
termination point that detected the loss of signal, i.e. the 
termination of the link from element 1.1 to 1.3. It also 
sends an AIS signal downstream. When a downstream 
element, say 1.4, detects the AIS, it generates an AIS 
alarm, which is also sent up to the sub-network manager 
3. The AIS alarm identifies itself as an AIS alarm and 
identifies the termination point which received the AIS 
signal. 

[0023] When the sub-network manager 3 receives the 
LOS alarm, the alarm is passed 15, since it is not an AIS 
alarm, and the sub-network manager processes rt fur- 
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ther, using the information contained in it to identify the 
problem that caused it. 

[0024] When the sub-network manager 3 receives the 
AIS alarm from element 1.4 the processor 4 identifies it 
as an AIS alarm 1 1 , determines 1 2 that it relates to the s 
link from element 1 .3 to 1 .4 and looks up that link in its 
table 6. Thus it determines 1 3 that the upstream link ter- 
mination point 1 .3 is in the managed domain, so it blocks 
the alarm 14 and does not process it any further Since 
it was caused by same problem as the LOS alarm, the to 
AIS alarm would not have provided any additional infor- 
mation. 

[0025] On the other hand, if a network element, such 
as element 1 .0, which is not in the managed domain of 
sub-network manager 3, detects a loss of signal or an is 
AIS signal on a link other that that from element 1.1. it 
will send an AIS signal downstream to network element 
1.1, which generates an AIS alarm identifying itself as 
an AIS alarm and identifying the termination point which 
received the AIS signal. 20 
[0026] When the sub-network manager 3 receives 
this AIS signal and the processor^ comes to look up the 
link data in the table 6, it finds that the upstream link 
termination point 1.0 is outside the managed domain 
and therefore passes the alarm. In this case, the alarm 25 
was caused by a problem occurring outside the man- 
aged domain, so the sub-network manager 3 will not 
have been informed of the problem, though it affects the 
operation of the managed domain. Therefore the proc- 
essor needs to process the alarm further. 30 
[0027] Element 1.1 also sends an AIS signal down- 
stream to element 1.3, which also generates an AIS 
alarm, but this time, the processor 4, when it looks up 
the link data, finds that the upstream termination point 
1.1 is in the managed domain, so it blocks the alarm and 35 
does not process it further. The alarm does not contain 
any information not already contained in the AIS alarm 
from element 1 . 1 , so it is not necessary for the processor 
to process it further. 

[0028] Thus, the method illustrated in Fig. 2 effectively 40 
frees the sub-network manager from being overloaded 
with information which is not relevant to it. It does this 
merely by looking up the link data for the alarm, so the 
filtering process itself does not impose any great com- 
putational burden on the sub-network manager. 45 

Claims 

1 . A method of filtering alarms sent to a sub-network so 
manager (3) of a telecommunications network, the 
said sub-network manager being arranged to man- 
age network elements in a respective managed do- 
main, the method comprising: 

55 

determining (11 ) whether the alarm is a second- 
ary (AIS) alarm, generated in response to a sig- 
nal received by a network element (1.1-1 .6) on 
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an incoming link; 

if the alarm is not a secondary alarm, passing 
the alarm for further processing (15); 
if the alarm is a secondary alarm, searching 
(12) for the upstream termination point of the 
said incoming link and determining (13) wheth- 
er the said upstream termination point is in the 
managed domain of the sub-network manager; 
if the said upstream termination point is in the 
managed domain, blocking the alarm (14); and 
if the said upstream termination point is not in 
the managed domain, passing the alarm for fur- 
ther processing (15). 

2. A method as claimed in claim 1 wherein the said 
method is carried out within the sub-network man- 
ager. 

3. A method as claimed in claim 2 wherein a second- 
ary (AIS) signal includes data identifying the link ter- 
mination point that received the said signal in re- 
sponse to which the alarm was generated, and the 
step of searching for the upstream termination point 
of the said incoming link comprises using the data 
identifying the said link termination point to retrieve 
link data from a table (6) held by the sub-network 
manager 

4. A method as claimed in any of the preceding claims 
wherein the said network is a synchronous digital 
hierarchy (SDH) network. 

5. A method as claimed in any of the preceding claims 
wherein the said network is a synchronous optica! 
network (SONET). 

6. A method as claimed in any of the preceding claims 
wherein the network includes at least one virtual 
connection having a termination point within the 
managed domain and a termination point not in the 
managed domain. 

7. A sub-network manager for a telecommunications 
network, the said sub-network manager being ar- 
ranged to manage network elements in a respective 
managed domain and including means (4, 5) ar- 
ranged to carry out a method as claimed in any of 
the preceding claims. 

8. A telecommunications network including a sub-net- 
work manager as claimed in claim 7. 
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